home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1998 July / EnigmA AMIGA RUN 29 (1998)(G.R. Edizioni)(IT)[!][issue 1998-07 & 08].iso / cd-sup / importanti / reorg / english / manual_addendum < prev    next >
Text File  |  1998-05-24  |  8KB  |  173 lines
  1. ReOrg 3.1 Copyright (C) 1992-1993 by Holger Kruse. All rights reserved.
  2.  
  3.  
  4. This text file describes changes and enhancements to ReOrg that have
  5. been implemented after the manual was written and thus are not described
  6. in the manual.
  7.  
  8.  
  9.  1. Tooltype WINDOWXY
  10.  --------------------
  11.     
  12.     In addition to the tooltypes/arguments listed in the manual
  13.     ReOrg understands the new Tooltype "WINDOWXY". It can be used
  14.     to specify the upper left corner of ReOrg's main window.
  15.     Example: ReOrg WINDOWXY=10,5
  16.              opens ReOrg's main window at the coordinates x=10
  17.              and y=5.
  18.     If you do not use this Tooltype ReOrg centers its main window
  19.     within the visible portion of your screen.
  20.  
  21.  
  22.  2. Compatibility to DataFlyer(tm) harddisks
  23.  -------------------------------------------
  24.  
  25.     DataFlyer(tm) harddisks use a proprietary (non-RDB) boot
  26.     mechanism that is incompatible to previous versions of
  27.     ReOrg. ReOrg 3.1 can optimize DataFlyer harddisks, but
  28.     OFS<->FFS conversions are impossible.
  29.  
  30.  
  31.  3. Compatibility to MultiUserFileSystem
  32.  ---------------------------------------
  33.   
  34.     The MultiUserFileSystem (muFS, (C) by Geert Uytterhoeven)
  35.     is a variant of the standard Amiga FileSystem that adds
  36.     the concept of user and group IDs (like Un*x) to the
  37.     Amiga FileSystem and enforces access protection based on
  38.     the current user ID (as set by a "Login" program).
  39.     
  40.     Usually the disk format used by muFS is identical to the standard
  41.     Amiga disk format with one exception: If a partition is
  42.     FORMATTED while muFS IS ALREADY RUNNING, the partition is
  43.     formatted with DosType "muFS" (instead of DOS\0 - DOS\5) to
  44.     provide some extra protection.
  45.     
  46.     Starting with the upcoming muFS release 1.5, muFS can also use
  47.     the new DosTypes muF\0 - muF\5.
  48.  
  49.     ReOrg recognizes all DosTypes (DOS\0 - DOS\5, muFS, muF\0 - muF\5)
  50.     and is thus compatible to all current versions of the
  51.     MultiUserFileSystems including the upcoming release 1.5. However
  52.     for security and compatibility reasons there are some restrictions
  53.     as far as filesystem conversions are concerned: You can use ReOrg to
  54.      - convert any DOS\? partition to any other DOS\? partition.
  55.      - convert any muF\? partition to any other muF\? partition
  56.        with one exception: If your partition is formatted as "muFS"
  57.        and you convert it to, say, "muF\1", this partition will be
  58.        INCOMPATIBLE to muFS versions 1.4 and below, because disk
  59.        formats muF\0-muF\5 are not supported by muFS 1.4 and below.
  60.        ReOrg will display a warning in this case. Please see the
  61.        MultiUserFileSystem documentation for details.
  62.  
  63.     For security reasons you cannot use ReOrg to convert a partition
  64.     between "muF\?" and "DOS\?" format. Starting with muFS
  65.     release 1.5 the MultiUserFileSystem package will probably contain a
  66.     tool to convert a partition back and forth between "muF\?" format
  67.     and the corresponding "DOS\?" format.
  68.  
  69.     Thanks to Geert Uytterhoeven for helping me with ReOrg's muFS
  70.     support !
  71.     
  72.     
  73.  4. New error messages
  74.  ---------------------
  75.  
  76.     Some error messages are not listed in the manual:
  77.     
  78.            Error 46: "Sorry, OFS/FFS conversion is incompatible to your
  79.                      drive's boot mechanism !" (for DataFlyer harddisks
  80.                      only - see above)
  81.            Error 48: "Sorry, the largest partition size supported by ReOrg
  82.                      is 16777216 blocks !" (Your partition is too large to
  83.                      optimize it - usually larger than 8 GB.)
  84.            Error 49: "Sorry, ReOrg does not support devices with more than
  85.                      32767 sectors !" (Probably indicates that your
  86.                      harddisk setup is incorrect - please see the
  87.                      discussion of "sectors per track" in the ReOrg manual
  88.                      chapter "Requirements".)
  89.         Warning 507: "The resulting partition will not be recognized by
  90.                      MultiUserFileSystem release V1.4 and before ! Please
  91.                      make sure you have installed release V1.5 or higher
  92.                      before you start the filesystem conversion !"
  93.                      (see above)
  94.  
  95.                      
  96.  5. Volume names in device list
  97.  ------------------------------
  98.  
  99.     ReOrg now displays the names of inserted volumes together with
  100.     the device name (if a volume is inserted in the drive),
  101.     e.g. "DH0:System" means: Volume "System" is inserted in
  102.     drive "DH0". If the inserted volume is unreadable,
  103.     "????" is displayed.
  104.     
  105.     The device and volume list is updated each time a disk is
  106.     inserted or removed. This works for "trackdisk.device"
  107.     (floppy disks), but - depending on your harddisk controller -
  108.     might not work for other removable media, like flopticals.
  109.     Please consult your SCSI controller manual for details about
  110.     "recognizing a diskchange".
  111.  
  112.  
  113.  6. Freeing memory under Kick3.0
  114.  -------------------------------
  115.  
  116.     When ReOrg is used under Kickstart 3.0, it sets the new
  117.     MEMF_NO_EXPUNGE flag for most memory allocations. This means
  118.     that unused libraries, devices etc. are NOT removed from
  119.     memory when ReOrg starts the optimization.
  120.     
  121.     This is useful to prevent important libraries, catalogs etc.
  122.     from "disappearing" and thus helps to prevent low-memory
  123.     situations during the optimization.
  124.  
  125.     However there are situations when you need to have the
  126.     maximum amount of memory available for ReOrg, eg. if you
  127.     used SAS/C V6.x before and have all those scxxx.library
  128.     and xxx.gst files still in memory. In this case enter
  129.     the command "avail flush" in a Shell window before you
  130.     start ReOrg. This removes all unused libraries from
  131.     your system and gives ReOrg more memory for its cache.
  132.  
  133.  
  134.  7. Some additional hints
  135.  ------------------------
  136.  
  137.     - You should ALWAYS select one of the "predefined settings"
  138.       first (see the manual chapter "menus" section
  139.       "menu predefined settings") and THEN make any adjustments
  140.       you need (like selecting a different device). This ensures
  141.       that you do not mistakenly have an option set to a wrong value.
  142.  
  143.     - If you want to have the fastes possible directory access, here
  144.       are some hints:
  145.       
  146.       - Set the gadget "small file limit" to a very small
  147.         value (0 or 1).
  148.       - If you use Workbench and need fast icon display, switch
  149.         Workbench mode on. Otherwise switch it off.
  150.       - Set the "Optimize for (Kick1.2/1.3 / Kick2.0/3.0)"
  151.         gadget correctly depending on your Kickstart version.
  152.       - If you use Kickstart 3.x, use "Directory Caching".
  153.         If your disk is formatted without "Directory Caching",
  154.         you can use ReOrg to convert it. Set "Change filesystem"
  155.         to "to DCFS mode".
  156.         Warning: - DCFS disks can ONLY be read by Kickstart 3.x,
  157.                    NOT by Kickstart 2.x.
  158.                  - The V39 FileSystem (Kick3.0) is not as reliable in
  159.                    DCFS mode as in standard mode. This is supposed
  160.                    to improve with the next Kickstart version (3.1 ?).
  161.       - If your disk is formatted using DCFS you should not use
  162.         filenotes (comments) unless really necessary. Under DCFS
  163.         filenotes need additional space on your harddisk and slow
  164.         down directory accesses.
  165.     
  166.     - As already mentioned in the manual:
  167.       - Do not play around with the "read drive geometry" gadget
  168.         unless you know exactly what you are doing !
  169.       - Set "Format" and "Verify" to "Off" for harddisks !
  170.  
  171.  
  172. And: PLEASE read the manual before using ReOrg !
  173.